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Grambling  State  University 
Dept.  Of  Math  and  Comp.  Sci.,  LA  71245. 

The  software  reuse  is  defined  as  the  process  of  creating  new  software  systems 
from  existing  software  rather  than  building  from  scratch.  Reuse  can  occur 
during  the  maintenance,  re-engineering,  or  m  the  implementation  of  new 
system.  Reuse  can  also  occur  within  a  system,  between  systems,  or  between  a 
system  and  a  library  of  reusable  components.  In  this  presentation  we  will 
discuss  the  properties  of  reuse  and  the  role  of  the  three  R’s  in  software 
maintenance.  Then  we  will  brief  you  on  compatibility,  errors,  how  to  identify  a 
component  and  give  a  further  look  on  repository. 
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EXAMPLES  OF  REUSABLE  COMPONENTS 
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ERRORS 


ERRORS  IN  REUSABLE  CODE 
Library 
User 
System 


ERRORS  DETECTION 
Invariants 

Function  pre-conditions 
Representation  invariants 


HANDLING  ERRORS 

Library  invariants 
Correct  the  problem 
Exit  or  Abort 
Return  error  value 
Create  nil  value 


RESOURCE -LIMIT  ERRORS 

Stack  overflow 
Free-Store  exhaustion 


COMPATIBILITY 


FORMS  OF  COMPATIBILITY 
Source  compatible 
Link  compatible 
Run  compatible 
Process  compatible 


EXAMPLES  OF  COMPATIBLE  PRACTICE 

Adding  a  member  function 
Granting  a  friendship 

Loosening  the  protection  of  a  member  class 


DOCUMENTING  INCOMPATIBILITIES:  every  release 
of  a  library  dociimented;  all  notes  should 
be  in  one  place  in  dociimentation 


UNDOCUMENTED  PROPERTIES :  why  we  rely  on  them 
The  user  may  have  to 

user  may  rely  on  undocumented  property 


Repository: 


A  Further  Look 


ADVANTAGES 

Multiple  Model  Versions 

Multiple  Architectures 

Multiple  Time  Management  Approaches 

Technology  Utilities 

Project  Schedule  Decoupling 

Data 


TECHNICAL  CHALLENGES 
Finding  Modules 

Understand  Module  Implementations 
Incorporating  Modules 
Building  Systems 
Update  Rate 


ACTIVE  REPOSITORY  AGENTS 


CONTROL  MECHANISMS 


COMPONENT  IDENTIFICATION 


Def : 

sotware  component;  a  container  for  expressing 
abstraction  of  data  structures  and 
algorithms 


ATTRIBUTES  THAT  MAKE  COMPONENTS  REUSABLE 
Usefulness 

Costs  (includes  cost  of  extracting) 
Quality 

correctness 

readability 

testability 

performance 

Criteria 
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